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status of the Claims 



Claims 1.-23 and 34-43 remain in the application. 



Claim Amendments 



Claim 40 has been amended to recite in part: 

"ssiid data content server operable i 

manner sxich that the data content iowiiload controller has simultaneous 
possession o F at most a subset o I' t|ie plural i ty of dcciyption keys at any time/ 
Interview Summary 



to transmit the plurality of decryption keys in a 



We thank the Examiner for a telephone mterview 
summarized below. 



on May 23, 2007, The interview is briefly 



The purpose oF the interview was to discuss the primary reference cited in the current Office 
Action, namely US. Patent Application Publication No. 2002/0170053 Al (Peterka et al.). In 
particular, it is Applicant's opinion that Peterka et ; 
limitations of the independent claims^ namely 



al. fails to teach or fairly suggest one of the key 



"delivering to the customer processing platform a plurality of decryption keys 
corresponding lo the plurality of encryption keys, wherein the decryption keys arc 
delivered in a manner such that the customler processing platform has simultaneous 
possession of at most a subset of the plurality of decryption keys at any time." 

In the current Office Action, the Examiner has pointed to Figure 7 and paragraphs [0080], 
[0082], [0093] and [01 02] of Peterka et al. in support of the allegation that Peterka et al. 
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discloses the above limitation. However, in the Interview, Applicant pomlecl out thai ihesc 
portions of Petcrka et al, fail lo disclose the aboVe limitation, and instead merely teacb that 
Program Service Keys (PSKs) or Content Keys (|cKs) are made seqaentially available to the 
customer, and in some cases a cmrent key Tor a current encrypted section and a next key for the 
next encrypted section arc made available at tlie iame time to avoid congestion at a key server. 
In response, the Examiner stated that we were in6orrect in merely analyzing these portions of 
Peterka et al. alone, and must instead consider P^terka ct al. as a whole. We contended that 
Peterka ct al. as a whole fails to teach or fairly & Jggcst the above limitation, and requested that 
the Examiner identify a specific portion of Peterica ct al. that discloses the above limitation. The 
Examiner was unable to identify a spcci fic porti(^n of Petcrka et al. that does so, and instead 
insisted thai the delivery of a current key and a next key according to Peterka et al. is equivalent 
to the delivering the plurality of decryption keys to the customer processing platform in a manner 
such that the cuslomer processing platform lias simultaneous possession of at most a subset of 
the plurality of decryption keys at any time, | 



Applicant |X)intcd out that merely making a current key and a next key available siinultaneously 
certainly does not prevent the customer processinjg platform from having simultaneous 
possession of tlie entire pl urality of decryption keys. Therefore, according to the teacliings of 
Peterka et al., once the client has received all of Lljie decryption keys, the client has simultaneous 
possession of the entire plurality of decryption ke^s, which would allow the client to decrypt the 
encrypted content at will. Accordingly, Peterka et al. offer? no protection from piracy or 
duplication of the decrypted content. 

In an effort to overcome our contrary views of the cited reference, the Examiner suggested that 
the independent claims could be amended lo inclulde an explicit description of the key 
dcletion/destrucHon process. The Examiner indicated that if a Umilation were included m the 
faidcpcndent claims that recited that a current decryption key was deleted prior to receiving a next 
deciyption key, such independent claim would likely distinguish over the currently cited 
references. However, this additional limitation is considered to be unnecessarily limiting, given 
our position that Petcrka et al. fails to disclose any mcchanisin by which a client is prevented 
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from having simultaneous possession of an enb re set of decryption keys. Furthermore, such a 
limitation is already present in claims 2, 3, 4, 5, 6, 16, 34 and 39. 



35 U-S-C S 102 Claim Rejections 



In paragraph 3 of the Office Action, the Examiner rejects ciainis I, 7-13, 15, 35-37, 38 and 40-42 
under 35 U.S.C. § 102(e) as being anticipated byjpcterka et aJ. (U.S. Patent Application 
PubUcation No. 2002/0170053 Ai). 

Before setting forth a discussion of the prior art applied in the Office Action, it is respectfiilly 
submitted that controlling case law has frequently addressed rejections under 35 U.S.C. § 102. 
"For a prior art reference to anticipate in terms o435 U.S.C. Section 1 02, every element of the 
claimed invention must be identically shown m ajsingle reference." Diversitech Corp. v. Centiuy 
Steps. Inc., 850 F.2d 675, 677, 7 U.S.P.Q.2d 1315, 1317 (Fed. Cir. 1988; emphasis added). If 
any claim, element, or step is absent from the reference that is being relied upon, there is no 
anticipation. Khster Speedsteel AB v. Crucible, jwc, 793 F.2d 1565, 230 U.S-P.Q. 81 (Fed. Cir. 
1986; emphasis added). The following analysis o,f the present rejections is respectfully offered 
with guidance from the foregoing coniroUing case law decisions. 



Applicant respectfully submit$ that Petcrka et al. fails to teach or fairly suggest key limitations of 
independent claims, and therefore Peterka et al. cannot be found to anticipate Ihe present 
mvcntion given the rulings in Diversitech Corp. v} Century Steps, Inc. ixy\dKlosier Speedsteel AB 
V. Crucible. Inc. Specifically, Applicant respectfiilly submits that Peterka et al. tails to teach or 
even suggest | 

"delivering to the customer processing platform aj^lurality of decryption keys corresponding to 
the plurality of encryption keys, wherein the decrVption keys are delivered in a manner such that 
tlic customer processing platform has simultaneouls possession of at most a subset of the plurality 
of decryption keys al anytime.", as recited in independent claim 1, and as similarly recited in 
independent claims 35, 37, 38 and 40. 
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Peterka ct al. describes a method for distribuhngj encrypted data content which uses a Iiierarchy 
of encryption keys to provide for flexible billing joprions. Specifically, Peterka et a), describes a 
Pay-By-Tiinc (PBT) billing option (Sec [0048]) In which a program is segmented into a pluraUty 
of program segments. The actual data of each respective program segment is then encrypted with 
at least one respective content key (CK). The re^ective content keys are then each encrypted 
wi th a respective program segment key (PSK). When a consumer wishes to join a multicast of 
the program, the consumer contacts an Origin Content Server (OCS) to begin receiving PSKs. 
The PSKs arc distributed to the consumer in a milticast m which the PSKs are encrypted with 
the consumer's unique key (UK). In ofder to actilally view a program segment, the consumer 
must first decrypt the PSK corresponding to that program segment with the consumer's UK, then 
use that decrypted PSK to decrypt the CK corresponding to that program segment and then 
finally decrypt that program segment with the decoded CK. In the Pay-By-Timc billing 
method, the consumer must continue to request eich new PSK in order to continue viewing the 
program, i.e. to continue decrypting program segi|ients. Peterka also leaches that the content key 
for a fuhire program segment may be encrypted wjith not only the PSK corresponding to the 
future program segment, but also with an old PSK of an old program segment. "Thus, if a user 
has not yet received a new program segment key, jthe content key can be obtained by utilizing the 
old program segment key." (see [0109] and Figur? 9). Furthennorc, Pelerka ct al. leaches that the 
content keys are maintained by the consumers, for possible use in later decryption. For example, 
Peterka describes a signalling method in which "a|predetemiincd bit can be used to indicate if an 
old or current content key should be used as opposed to a new content key which has 

recently been distributed to the client." (see [01 1 91; emphasis added) 

1 

i 

On pages 1 1 of the Office Action, the Examiner has alleged, in support of his rejection of claims 



1, 15 and 38, that Figure 7 and paragrsqihs [0080], 



disclose the following feature of claims 1 , 15 and 38: 

"delivering to the customer processing plafforra a plurality of decryption keys 
corresponding to the plurality of encryption keys, wherein the decryption keys are 
delivered in a manner such that the customer processing platform has simultaneous 



[0082], [0093] and [01 02] of Peterka et al. 
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possession of at most a subset of the plurality of decryption keys at any time," 



The Examiner has further stated that Peterka et ^l. teaches that the "cHenl has possession of 
program segn-^ent key and the next key ... as weli as content keys 0, U 2, 3, 4, However, it is 
respectfully submitted that Peterka ct al. does not disclose the above feature, and that the portions 
of Peterka et al. that the Exainmcr asserts teach Oiat the "client has possession of prograra 
segment key and the next key" merely teach thutja current program segment key and a subsequent 
program segment key are made available to the client at any one givem time. It is respectfully 
submitted that simply making available only a subset of the PSK$ at any given time does not 
guaraitec that the client only has simultaneous possession of at most a subset of the PSKs. 
Accordingly, there is no suggestion in Peterka et al. that if all of the decryption keys have been 
delivered to the client, the client only has simultaneous possession of at most a subset of the 
plurality of decryption keys. In fact the Examiner's own admission thai the "client has 
possession of program segment key and the next ^ey . . . as well as the content keys 0, 1, 2, 3, 4, 
..." (emphasis added), Ulustratcs (hat according to Peterka ct al., the client has simultaneous 
possession of all of the content keys once all of tl|e content keys have been received by the chent. 
In contrast, embodiments of the present invention prevent a client from simultaneously having 
all of the encrypted content and all of the decryption keys necessary to decrypt the encrypted 
ctxntent. Peterka et al. does not provide this sajiie anti-piracy functionality. 



Tn view of the foregoing, it is respectfully submitted that Peterka et al. fails lo teach all of the 
limitations of independent claims 1 and 38. \ 



Witli regard to the Examiner's novelty rejection o|f independent claims 35, 37 and 40, it is 
respectfully submitted that independent claims 35j, 37 and 40 share the same distinguisl-ung 
h'mitation of claims 1 and 38 identified above, anti therefore distinguish over the teachings of 
Peterka et al. for at least the same reasons. 

By virtue of their claim dependencies on one of the independent claims, it is respectfully 
submitted that dependent claims 7-13, 15, 36, 41 and 42 distinguish over Peterka et aL for at least 
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the same reasons. 



It is further submitted thai dependcnl claim 7 rcdtes an additional distinguishing feature over 
Peterka et ah Specifically, it is respectfully submitted that Peterka et al, fails to teach the 
following limitation of claim 7: 

"billing a customer for delivery of the encrypted sections, and then billing the customer 
each time the data content is used at the c^ustomer processing platform". 

The Examiner has pointed to Figures 8 and 9 of Peterka et a), in support of the rejection of claim 
7. Figures 8 and 9 of Peterka et al. illustrate encrypted data content distribution methods that 
include: receiving a request for a cryptographic key from a client; logging the request for the key; 
logging a segment of the program content for wh: ch the key can be used; distributing one or more 
decryption keys; distributing program content for decryption by the client utilizing the key; 
aod billing the client based upon log eQtry(iesV Therefore, according to Figures 8 and 9 of 
Peterka et al., and Peterka ct al. as a whole, a client must request ihe cryptographic key and 
download the program content again each time the client wishes to use the data content. 
AccordiJig to the teachings of Peterka ct al., the client is only billed once the client has re- 
downloaded the key and the program content, which is completely different than "billing a 

customer for dehvcry of the encrypted sections, and then billing Ihe customer each time the data 

I 

content is used at tlic customer processing platform", as recited in claim 7. 

] 



In view of the fact that Peterka et al. fails to teach 
identically show every element of the claimed i 
reference anticipates under 35 U.S.C. § 102, given 
Crucible, Inc. and Diversitech Corp. v. Century Siepi 
rcspectfuUy requested to withdraw the 35 U.S.C. 
and 40-42. 



a key limitation of the claims, and also fails to 
invention, as is required to find that a prior art 
the rulings in Kloster SpeedsteelAB v. 

% Inc. respectively, the Examiner is 
02(e) rejection of claims I, 7-13, 15, 35-37, 38 



35 U>S.C $103 Claim Rejections 



16 



PAGE 1«27' RCVD AT SI29/2007 2:48:37 PM [Eastern Daylight Time] ' SVR:USPT0-EFXRF-3I3' DNIS:2738300' CSID:6132328440* DURATION (inm-ss):0748 



MAY-Eg-e007 14:52 FROM: 



Best Available Copy 

6132328440 



TOrUSPTO 



P. 19/27 



Appl- No. 10/702,540 

Reply to Office Action of March 29, 2007 



111 paragraph 4 of the Office Action, the Exaxainer has rejected daims 2-6, 1 6-19, 21-23 and 39 
under 35 U,S.C\ § 1 03(a) as being unpatentable over Peterka et al. in view of Stirling et al. (U.S. 
Patent Application Publication No. 2003/022358|3 A I). 



To begin, Applicant respectfully submits that a first criterion required to establish a case of prima 



facie obviousness has not been satisfied. That is^ 
claimed features. 



the prior art references do not teach all of the 



The Examiner has pointed to paragraph [0080] of Stirling et al. in support of the rejection of 



claims 2-6 under 35 U-S.C. § 103(a)- Paragraph 
security in a secure data content delivery system, 
system is based on constructive key management 



0080] of Stirling et al. recites a first layer of 
in which a key management and distribution 
An architecture where the key is constructed 



from multiple components, tokens, keys and hardware. Paragraph [0080] of Stirlmg ct aJ. refers 
to one such exemplaiy product available from TECSEC called Constructive Key Management 
(CKM) Software. Paragraph [0080] of Stirling et al is reproduced below. 

[0080] The first layer can uti)T-/:e a key management and distribution system based on 
constructive key management, an architecture where the key is constructed from multiple 
components, token, keys, hardware. One suitable Uemplary pn^duct is Constructive Key 
Management (CKM) software by TECSEC. The (j^KM server software is installed at the NOG 
and at the exhibitor's play out servers. The CKM software aUows the NOG to create 
authorization tokens for distribution to digital production faciUties and intended exhibitor 
systems. Once the tokens are received at the clients, authorized users (digital production 
facilities and exhibitors play out servers) can encrypt or decrypt the digital content The 
clients CKM software agents will construct (create) a key when needed for encryption or 



decryption and destroy the key when no longer 
cngine.(emphasis added) 



The Examinei: appears to be relying on the statement that »^[t]he client CKM software agents will 



ueeded by the encryption/decryption 
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construct (create) a key when needed for encryption or decryption and destroy the key when no 
longer needed by the encryption/decryption engine" to support the assertion that Sth^ling et al. 
teaches destroying a decryption key when it is nd longer needed. However, the CKM software at 
the sei-ver side (Network Operation Center) creajes authorization tokens for distribution to digital 
production facilities and intended exhibitor systems. Hie tokens allow content to be encrypted 
and decrypted at client sites. The client CKM software then constructs a key when needed. The 
client CKM software destroys the key it created, jbut does not destroy a key that it received from 
the server, nor does it destroy the authorization token. This is quite different from the present . 
invention, in which client software destroys the key that it receives from the server. 

Applicant submits that the Examiner has applied hindsight analysis in rejecting claim 2, Both 
Peterka ct al. and Stirling et al. fail to teach or fairly suggest encrypting a phirality of sections of 
data content with a corresponding plurality of cniryption keys and distributing decryption keys 
corresponding to the encryption keys to the processing platform of a consumer in a manner such 
that the consumer processing platfonnhas siniLillianeous possession of at most a subset of the 
plurality of decryption keys, as recited in independent claim 1. Dependent claim 2 depends on 
independent claim 1 and recites in part that a fu-st decryption key is destroyed after a second 
decryption key is received, which means that the consumer processing platform has simultaneous 
possession of at most a subset, in this case two, ojf the plurality of decryption keys. Applicant 
submits that the Examiner is incorrect in equating the destroying of a decryption key when it is 
no longer needed by the decryption engine, as taujghtby Stirling et al„ witli the destroying of a 
first decryption key at a customer processing platform after receiving a second decryption key, as 
recited in claim 2. There is no suggestion m Pcteirka et al. that any of the decryption content keys 
(CK) or program segment keys (PSK) arc dcstroyjed, let alone that any key is destroyed after a 
subsequent key is received. The suggestion in Stirling ct al. that a decryption key is destroyed 
after a decryption engine is finished with it, is no^ sivfllcient to allow one skilled in the art to 
arrive at the subject matter of claim 2, namely thajt a first decryption key is destroyed after a 
second decryption key is received 

With regard lo the Examiner's rejection of claims 3 to 6, the Examiner has relied upon the same 
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paragiaph in Stirling et al., namely paragraph [0080], in rejecting claims 3 to 6 as was relied 
upon in the rejection of claim 2. Each of the argiiments presented in response to the Examiner's 
rejection of claim 2 are equally applicable to thejExaminer's rejection of claims 3 to 6. Applicant 
submits that claims 3 to 6 distinguish over the teachings of Peterka et al. and Stirling ^ al. alone 



and in combination for at least the same reasons 



a$ claim 2. 



With regard to the Examiner's rejection of claims 16 and 21, the Examiner has rehcd upon the 



same portion of Stirling ct al., namely paragraph 



[0080], in support of the rejection of claims 16 



and 21 as was relied upon in the rejection of claims 2 to 6. Applicant submits tliat the arguments 
presented above with regard to the rejection of claim 2 are also applicable to the rejection of 
claims 16 and 21. Furthermore, paragraph [0080] of Stirling et al, merely recites that a 
decryption key may be created when necessary and destroyed when no longer needed by the 
decryption engine. This recitation by Stirling ct al. does not recite "desiroying the decr>'piion 
key after completing playback of the encryptcjj section" (emphasis added), as recited in 
claims 16 and 21. As described above, Peterka et al. is entirely silent with regard to the 
destroying of encryption keys after decryption and therefore a combination of Peterka et al. and 
Stirling el al. would not allow one skilled in the art to arrive at the present invention. 

Applicant submits that \x prima facie case of obviousness cannot be made against claims 16 and 
21, as the cited references fail to teach all of t)ae claimed limitations of claims 16 and 21. 

With regard to the rejection of claim 17, the Examiner has once again relied on paragraph [0080] 
of Stirling et al. in the rejection of claim 17. As described above, paragraph [0080] of Stirling ct 
al, relates to the creation of a decryption key whbn necessary and the deslruyiug of the 
decryption key when no longer needed by the decryption engine. Applicant submits that 
paragraph [0080] of Sthrlmg et a!., and Stirling et al. as a whole, docs not leach or fairly suggest 
"destroying decrypted data content at the customer processing platform after completing 
playback of the encrypted section" (emphasis added), as recited in claim 17. It is respectfiilly 
requested that the Examiner identify a speciSc portion of Sturiing et al. that discloses '^destroying 
decrypted data content", as it is respectfully submitted that Stirling et al. merely discloses 
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destroying a constructed decryption key. 



Applicant submits tliat a prima facie case of obviousness cannot be made against clairn 1 7, as the 
cited references fail to teach all of the claimed limitations of claim 17. 



With regard to the rejection of claims 18 and 19J Applicant submits that claims 1 8 and 19 depend 
on claim 16 and therefore distinguish over the teachings of Petcrka et al. and Stirling et al., alone 
or in combination, for at least the same reasons as claim 1 6, as provided above. 



With regard to the rejection of claim 22, similar to the rejection of claims 10,11 and 1 2, the 
Examiner has mistakenly rehed upon the recitation in Petcrka et al. that a encryption key, i.e, a 
content key (CK), may be encrypted with a key higher tn the key hierarchy, i.e. a unique key 
(UK), for the purposes of multicast transmissioni in rejecting claim 22, Claim 22 recites that 
"each encryption key comprises a respective customer processing platform-specific key which is 
detemiined based on an IP address of the custonrjer processmg platform". Applicant submits that 
encrypting a content key for the purposes of multicast transmission is completely different than 
encrypting the plurality of sections of data content with a plurality of customer processing 
platform-specific keys which are determined basld on an IP address of the customer processing 



platform. 



I 



According to the teachings of Peterka et al., the encrypted content keys are decrypted with the 
higher level key. i.e. the unique key (UK), and the content keys are then used to decrypt the 



corresponding program segments. Once the content key is decrypted with the higher level key, it 
is completely untraceable, as any customer specilfic information has been stripped during the 
decryption of the content key. Tn contrast, the metlwd according to claim 22 provides for 
traceability of the deciTption key and the encrypijed data content, because the sections of data 
content are encrypted with customer processing olat form-specific keys. 



Applicant submits that ^ prima facie ease of obviousness cannot he made against claim 22, as the 
cited references fail to teach all of the claimed limitations of claim 22. 
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With regard to the rejection of claim 23, Applicant submits that claim 23 depends on claim 16 
and therefore distinguish over the teachings of Peterka ct al. and Slirling et al., alone or in 
combination, for at least the same reasons as claim 16, as provided above. 



With regard to the rejection of claim 39, similar to the fixaminer's rejection of claims 16 and 21 , 
Applicant submits that the arguments presented above with regard to the rejection of claim 2 are 
also applicable to the rejection of claim 39. Furthermore, the Examiner has once again rehed on 
paragraph [0080] of Stirling ct al.. which as desJribcd above merely recites that a decryption key 
may be created when necessary and destroyed \»jhen no longer needed by the decryption 
engine. This recitation by Stirling et al does not recite "means for destroying tlie decryption key, 
after completing playback of the encrypted section" (emphasis added), as recited in claim 39, 
As described above, Peterka et al. is entirely silcit with regard to the desh-oying of encryption . 

keys after decryjnion and therefore a combinatiojji of Peterka et al. and Stirling et al. would not 

I 

allow one skilled in the art to arrive at the present invention. 



Applicant submits that a prima facie case of obviousness cannot be made against claim 39, as the 
cited references fail to teach all of the claimed lunitations of claim 39. 

In view of the foregoing. Applicant respectfiilly submits that a prima facie case of obviousness 
cannot be established against claims 2-6, 16-19, 21-23 and 39, since one or more key hmitations 
of each of the claims is missing from both of the cited references. Applicant respectful ly submits 
that claims 2-13, 16-19, 21-23, and 39 are patentable over Peterka et al. and Stirling et al. since a 
case of prima facie obviousness cannot be established. 



In Paragraph 5 on page 23 of the Office Action, t(xe Examiner has rejected claims 14 and 33 
under 35 U.S.C. § 1 03(a) as being unpatentable over Peterka et al. in view of Ginter et al (U.S. 
Patent Application Publication No. 2006/0218651 A I). 

To begin. Applicant respectfully submits that a first criterion required to establish a case of prima 
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facie obviousness has not been satisfied. That is, 
claimed features. 



ihe prior art references do not teach all of the 



With regard to the rejection of claim 14, Applicant submit$ that claim 14 depends on claim 1 and 

therefore distinguishes over the teachings of Petirka et al. for at least the same reasons as claim 

j 

1 , namely that Peterka et al. fails to teach or fairly suggest that decryption keys are delivered "in a 
manner such that the customer processing platfoim has simultaneous possession of at most a 
subset of the plurality of decryption at any time" 

Apphcant submits thai a prima facie case of obviousness cannot be made against claim 14, as the 
cited references fail to teach all of the claimed limitations of claim 14. 



In paragraph 5 on page 24 of the OfQce Action, the Exammer has injected claims 20 and 43 
under 35 U.S.C. § 103(a) as being unpatentable over Peterka et al. in view of Stirling et al and 
fiirthcr in view of Gintcr ct al.. 

To begm, Applicant respectfully submits that a first criterion required to establish a case of prima 
facie obviousness has not been satisfied. That is, the prior art references do not teach all of the 

i 

claimed features. | 

i 
I 

I 
r 

Claims 20 and 43 depend on claims 16 and 40 reipectiveiy. In view of the arguments presented 
above regarding the Examiner's rejection of claims 16 and 40, Applicant submits that Peterka et 
al and Stirling el al. fail to teach or fairly suggcstj key limitations of claims 16 and 40 and hence 
of clamis 20 and 43. Applicant submits that Ginter el al similarly Jails to teach or fakly suggest 
these key limitations and tliercforc claims 20 and j43 distinguish over the teachings of Peterka et 
al., Stirling et al. and Ginter et al. both alone and in combination. 



In paragraph 6 of the Ollice Action, the Examiner has rejected claum 34 under 35 U.S.C- § 103(a) 
as being unpatentable over Peterka et ah in view of Negawa (U.S. Patent Application Publication 
No. 2003/0046539 Al). 
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To begin. Applicant respectfully $ubu:>jts that a first criterion required to establish a case of prima 



facie obviousness has not been satisfied. That is, 
claimed features. 



tlic prior art references do not teach all of the 



The Examiner has pointed to paragraph [0078] cif Negawa in support of the TejectiOn of claim 34, 
alleging that this paragraph leaches "a method o<j causing a key for a preceding portion of the 
encrypted data to be deleted from the customer c^ata content processing device", as recited in 
claim 34, Applicant submits that Negawa recites "a multicast communication system having a 
multicast server and a plurality of clients belonging to a multicast group. The multicast server 
transmits data encrypted by using a first encryption key to the clients by multicasting, and 
transmits the results of encrypting the first encryption key by using a second encryption 



key by unicasting to a client subscribed lo a data 



distribution service* among the plurality of 



clients. The client subscribed to the data distribution service receives the encrypted data and the 

result. The client decrypts the result to obtainj the first encryption key and decrypts the 

i 

encrypted data using the first encryption kcy'j (see Abstract; emphasis added). According to 
the teachings of Negawa, a client device plugs injto a distribution data receiving device (see 
Figure 4) in order to receive encrypted data content and decryption keys from a content server 
(see Figure 2). The distribution data receiving device includes a key decryption key holding unit 
34 that holds a key decryption key Km. Key deception key Km is tlie "second encryption key*' 
that is used to encrypt the "first encryption key", Iwhich is called the group decryption key Kgr. 
"Key decryption key Km is preferably stored (formed) in key decryption key holding unit 34 hi 
tlie form of a hardv^are circuit (for example an IG chip) to ensure that key deciyption key Km 
cannot easily be read by a third party" (sec [0058p). 

i 
j 

Paragraph [0078] of Negawa recites that "[wjhcii control unit 30 receives a ivithdrawal request 
from client 3g, it deletes (or destroys) the key decryption key Km(C) held in key decryption key 
holdmg unit 34 and deletes (or destroys) the group session key Kgr held in key decryption unit 
33". In other words, when the client 3c no longer wishes to decrypt further data content, i,e. the 
client 3c issues a withdrawal request, the control junit 30 destroys or deletes the key decryption 
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key Km(C) and tlie group session key Kgr. This is completely different than "for each 
subsequent portion ofihe encrypted data: transmitting to the custoiner data content processing 
device a different key to decrypt the subsequent portion of the encrypted data; and causing a key 
for a preceding portion of the encrypted data to ble deleted from the customer data content 
processing device", as recited in claim 34. For example, according to Negawa, tlie key 
decryption key Km is needed to decrypt the unicast message containing the session key Kgr. If 
the key decryption key Km is deleted or destroycid then there would be no point in "transmitting 
to the customer data content processing device a jdiffercnt key to decrypt the subsequent portion 
of the encrypted data" as the customer data contait processing device would be unable to decrypt 
the "diflcrent key" in order to decrypt the "subsequent portion of the encrypted data", 

i 

It should be noted that Negawa teaches that a lii^er level deoryption key, namely the key 
decryption key Km, is destroyed or deleted, thus preventing the decryption of a furtlier lower 



level decryption key such as the session key Kgr. 



Accordingly, not only does Negawa fail to 



teach or fairly suggest the particular feature that the Examiner alleges, but modifying the method 
of Peterka et ah by incotporating the method of higher level key de letion according to Negawa 
would render Peterka et al. unsuitable for its intended purpose. Peterka ct aL teaches a hierarchy 
of encryption keys for multicast distribution of eiicrypted digital content. According to Peterka et 
al. a content key (CK) is used to encrypt a section of digital content and the content key (CK) is 
then encrypted with one or more keys that are higlicr in the key hierarchy than the encrypUon key. 
For example> the content key (CK) may be encrypted with a program segment key (PSK) that is 
in mrn encrypted with a unique key (UK) that is unique to a consumer and allows the consumer 
to decrypt the PSK and hence the CK. If the unique key (UK) of the consumer's processing 
platform is deleted, the consumer would be only \jnablc to decrypt the PSK and hence the CK for 
subsequent content segments, but would also cause the consumer to be unable to request 
subsequent PSKs. due to the fact that tlie UK is required to "initiate the key request message 
exchange with a particular caching server" (see [0097] of Peterka ct al)- If the UK is deleted, the 
customer would have to re-rcgister with the content pn>vider m order to receive a new UK, which 
would render the teachings of Peterka ct al. unsuitable for its intended purpose. 
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Applicanl submits that prima facie case of obviousness cannot be made against claim 34, as the 
cited references fail to teach all of the claimed liJni^ations of claim 34 and the incorporation of 
the subject matter of Negawa would render tlie operation of Peterka et al. unsuitable for its 
intended purpose. 



In view of the forgoing, early favorable consideration of this application is earnestly solicited. Tn 
the event that the Examiner has concerns regarding the present response the Examiner is 
encouraged to contact the undersigned at the telephone number listed below. 



Respectfully submitted, 

Vll^CENT SO 

By ^ 

I David M, Walters 
I Reg. No. 53,904 

Tel.: (61 3) 232-2486 ext. 240 

Date: May 29, 2007 
RABJl^s 
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